home *** CD-ROM | disk | FTP | other *** search
/ Network Support Library / RoseWare - Network Support Library.iso / backup / smsfnf.txt < prev    next >
Text File  |  1994-01-27  |  10KB  |  221 lines
  1.                         SMS: Facts and Fallacies
  2.                                     
  3.                               by Mike Kidd
  4.            Vice President of Marketing, Palindrome Corporation
  5.  
  6.  
  7. What is SMS?  SMS is an open specification designed to solve the
  8. major industry problems of managing data in heterogenous
  9. environments.  It consists of two main components. First, the
  10. System Independent Data Format (SIDF), which specifies a standard
  11. open tape format as well as a method for "packaging" data
  12. independent of the host OS.  And second, the Target Service APIs,
  13. which along with the standard Target Service Agents (TSAs), give
  14. storage management software one consistent interface to all
  15. network operating systems. Together, they represent the first
  16. workable solution to the proprietary, vendor dependent problems
  17. that have plagued the LAN storage management industry.  At
  18. present, SMS is the only way to reliably back up and restore
  19. NetWare 4.01 and NDS (NetWare Directory Service). 
  20.  
  21. Why is there so much controversy?  To support SMS, a vendor
  22. providing backup software must make a fundamental commitment to
  23. supporting an open industry standard.  All software calls that
  24. access a file system directly need to be replaced by standardized
  25. SMS calls.  The vendor's historically proprietary tape format
  26. must be replaced with the standard, extensible SIDF format.  As
  27. in other parts of the data processing industry, conversion from
  28. proprietary solutions to open standards is inconvenient and time
  29. consuming to the vendor, but provides huge benefits to the user. 
  30.  
  31. When an industry goes through the fundamental change from
  32. proprietary to open solutions, there is always a lot of
  33. confusion.  Any vendor not fully committed to the change will
  34. implement "semi-standard" solutions as an interim step, and use
  35. any of a number of rationalizations to explain why a fully
  36. compliant solution is not available.  SMS is at this threshold
  37. today.  The standard is complete, the tools are in place, but few
  38. vendors have yet delivered, creating a fair amount of confusion
  39. in the market.  Palindrome is now delivering a complete "SMS
  40. Level Two" compliant solution, and would like to separate the
  41. facts and fallacies surrounding SMS.
  42.  
  43.  
  44. Fallacy #1:  Lots of vendors are fully supporting SMS.
  45.  
  46.  
  47. Fact:  Novell has defined two levels of SMS compliance.  Level
  48. One describes products that can use standard TSAs to access
  49. network clients.  Several vendors have shipped products that can
  50. use TSAs, although many of them still make direct calls to the
  51. file systems, bypassing the standard when convenient. 
  52. Palindrome's Network Archivist SMS uses only SMS calls,
  53. supporting the standard fully.  In addition, all TSAs developed
  54. and utilized by Palindrome will conform to Novell's
  55. specification, meaning that other SMS based applications will be
  56. able to interoperate with Palindrome supplied TSAs.  Proprietary
  57. agents available from other software developers do not
  58. interoperate with SMS applications. Some software vendors use a
  59. mixture of proprietary agents and SMS TSA's, resulting in
  60. increased complexity for users and potential incompatibility with
  61. NetWare revisions.
  62.  
  63. Level Two compliance requires that the vendor's software not only
  64. use TSAs to access clients, but store their data in the SIDF
  65. standard format.  Most "SMS based" products on the market today
  66. can use TSAs to access data, but lock the data into their
  67. proprietary tape formats.   To be fair, most have committed to
  68. support SIDF at some point in the future, but only as an
  69. import/export format - continuing to lock normal backups into the
  70. proprietary format.  Network Archivist SMS uses SIDF as its
  71. native and only tape format, ensuring long-term compatibility
  72. with all other SIDF compliant applications. 
  73.  
  74.  
  75. Fallacy #2:  SIDF is a moving target.
  76.  
  77.  
  78. "...SIDF is still a moving target." - Ed Cooper, Vice President
  79. of Marketing for Legato Systems, Inc. (LAN Times, 11/1/93)
  80.  
  81.  
  82. Fact:  SIDF is a well-defined, extensible tape format.  As new
  83. file systems evolve, the format will be extended, but not without
  84. backward compatibility.  Novell is supporting SIDF with SBackup,
  85. and Palindrome, Mountain and System Enhancement Group are
  86. supporting it as well.  Data interchange on tape is now a reality
  87. among those vendors that support the standard.  Palindrome is
  88. working with the other SIDF compliant vendors to ensure that
  89. media written by one can be read by all. 
  90.  
  91. Fallacy #3:  SMS is a good idea, but it's just too slow.
  92.  
  93. Fact:  Palindrome has benchmarked Network Archivist SMS backing
  94. up to a DLT tape drive and has achieved sustained throughput of
  95. non-compressed data in excess of 100 MB per minute.  This is real
  96. data (not sparse files) without using NetWare 4.0's data
  97. compression.  As the industry moves to NetWare 4.x, the on-disk
  98. compression will make backups even faster, as SMS based
  99. applications can transfer data to tape without decompressing.  In
  100. these environments, non-SMS applications will actually be much
  101. slower.
  102.  
  103. In order to achieve these high speeds, backup vendors may have to
  104. endure the inconvenience of changing some of their file access
  105. methods.  The performance is there for those willing to make the
  106. investment.
  107.  
  108.  
  109. Fallacy #4:  SMS won't catch on because it requires backup
  110. vendors to change.
  111.  
  112.  
  113. "It (SMS) imposes Novell's backup philosophy on developers." -
  114. Rod Christensen, Vice President of Engineering at Emeritus. (LAN
  115. Times, 11/1/93)
  116.  
  117. Fact:  Backup as an industry has been among the slowest to adopt
  118. standards, but the same forces that have moved other industries
  119. to standards-based platforms are at work here.  Changing to an
  120. open system is never easy or convenient, but it is a growing
  121. customer requirement and it is happening.  Palindrome has
  122. delivered a fully SMS Level Two compliant system, and others will
  123. follow in time.  (Nearly all have committed to providing Level
  124. One support, and most have committed to at least supporting SIDF
  125. import/export facilities.)
  126.  
  127.  
  128. Fallacy #5:  There's no way to back up NDS today.
  129.  
  130.  
  131. "No one is supporting the (NDS) TSA 100 percent, except through
  132. emulation mode." - Ed Cooper, Vice President of Marketing for
  133. Legato Systems, Inc. (LAN Times, 11/1/93)
  134.  
  135.  
  136. Fact: Palindrome shipped support for the NDS TSA with Network
  137. Archivist 3.0 as a separate utility.  With Network Archivist SMS,
  138. support for NetWare Directory Services is completely integrated. 
  139. An entire directory system can be rebuilt via the NDS TSA. 
  140. Bindery emulation is not a workable solution for backing up NDS.
  141.  
  142.  
  143. Fallacy #6:  SMS isn't "ready for prime time".
  144.  
  145. Fact:  SMS has been evolving for two years, led by Novell with
  146. significant involvement from a number of backup vendors.  The
  147. APIs provide a standard, stable and high-performance platform. 
  148. TSAs available today back up NetWare 3.x (including all name
  149. spaces), NetWare 4.01 with NDS, DOS, OS/2 and Windows
  150. workstations.  In the next few months, TSAs for Macintosh (from
  151. Novell), Unix NFS (from Palindrome) and NetWare 2.x (from Novell)
  152. will be available.  Efforts are underway to provide TSAs for
  153. other operating systems and all popular database engines.  By the
  154. middle of next year, SMS will be the only workable approach to
  155. managing storage on complex LANs.   
  156.  
  157. Fallacy #7:  SMS is just a NetWare-centric specification.
  158.  
  159. Fact:  SMS and SIDF are specifications originally developed by
  160. Novell to solve the growing problems of protecting data in a
  161. heterogenous computing environment.  SIDF is now a multi-vendor
  162. standard.  The SMS APIs are being ported to other environments. 
  163. Palindrome's upcoming Network Archivist for Unix is based on SMS,
  164. using the same APIs and TSA as it's NetWare counterpart.  The SMS
  165. specification is portable, the first implementation is on
  166. NetWare.  
  167.  
  168.  
  169. Summary
  170.  
  171. SMS is here today.  Its benefits - standardized access to clients
  172. in heterogenous environments, faster support for new releases of
  173. NetWare and other operating systems, data interchange and
  174. long-term access to data based on an open tape format - are
  175. available to any vendor willing to make the commitment necessary
  176. to provide full support. 
  177.  
  178. If you want to get all the benefits of a fully SMS compliant
  179. system, ask your vendor these questions:
  180.  
  181.  
  182. 1. Can your product use TSAs to access servers and clients? Does
  183. it use them exclusively, or does it go around the SMS interface
  184. with direct file system calls?  A completely standards-based
  185. solution will use TSAs, and will adhere to the SMS APIs.  Direct
  186. access to the file or security system raises the possibility of
  187. nonstandard storage of data, and the necessity for a
  188. vendor-supplied update when the target operating system changes. 
  189.  
  190. 2. Does your product read and write SIDF standard tapes? At the
  191. very least, import and export capabilities are required for any
  192. hope of data interchange.
  193.  
  194. 3. Does your product use SIDF as its native format?  If the
  195. answer is "no", then you're locking your backups into a
  196. proprietary trap.  The only software that will ever be able to
  197. restore that data is from your current vendor.  Should you change
  198. brands, or should they go out of business, your retrieval options
  199. are severely limited.
  200.  
  201. 4. Can I do a complete, SMS based backup and restore of a NetWare
  202. 4.01 server, including directory services? If not, the SMS
  203. application is not complete.
  204.  
  205.  The LAN backup industry has remained an island of proprietary
  206. formats and protocols.  Users have had to wait for each vendor to
  207. supply proprietary agents to each new client on the LAN.  Backup
  208. sessions have been locked into nonstandard formats, limiting
  209. user's choices of future backup and storage management
  210. applications.  Two years ago, SMS and SIDF were launched to
  211. provide a way out of these proprietary, incompatible systems.  
  212. Today, the standard is complete and standards-based backup
  213. systems are here.  If reliable backup of heterogenous LANs, quick
  214. support for new OS releases, data interchange and long-term
  215. accessibility of data are important to you, SMS Level Two
  216. compliant backup systems are the only answer.
  217.  
  218.  
  219.  
  220.  
  221.